QRZ! Ham Radio 4/QRZ Ham Radio Callsign Database - Volume 4.iso/digests/digital/940138.txt

Internet Message Format | 1994-11-13 | 15KB

Date: Thu,  5 May 94 04:30:15 PDT
From: Ham-Digital Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Ham-Digital Digest V94 #138
To: Ham-Digital


Ham-Digital Digest          Thu,  5 May 94       Volume 94 : Issue  138

Today's Topics:
                [Need clue] Internet via packet radio?
                    help with KaGold software..!!
                       HF PBBS  where and who?
                          Integrate HF w/WAN
                 KAM/KPC4-to-ICW2A Connection - HELP!
                              Mini-Pack
                       packet sftware for unix?
Standard C5718DA mod to allow 431.75 transmit, needed for 9600bps packet
                         TNC-RNET Interfacing

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Ham-Digital Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 4 May 1994 15:41:53 GMT
From: ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!darwin.sura.net!aurora.LaTech.edu![e-mail]
Subject: [Need clue] Internet via packet radio?
To: [e-mail]

I have a Linux machine which I would like to connect to the Internet
via packet radio. If you have any information on this or know which
newsgroup would be more appropriate, please let me know.

Thanks!


--
Alex Ramos ([e-mail]) * This message is copyrighted material!
Louisiana Tech University BSEE/Sr  * All rights reserved. No warranty, etc

http://info.latech.edu/~ramos/

------------------------------

Date: 3 May 94 17:11:32 EDT
From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!darwin.sura.net!wvnvms!marshall.wvnet.edu![e-mail]
Subject: help with KaGold software..!!
To: [e-mail]

HI Everyone:

I am new to packet radio and I was wondering, is KaGold software available
in public domain so that I can download it from some ftp site.

Please let me know either by email or post it to this net.

Thanks a lot.

73,
Dinakar kb8phz
[e-mail]

------------------------------

Date: Sat, 30 Apr 94 23:06:00 -0400
From: ihnp4.ucsd.edu!usc!cs.utexas.edu!convex!darwin.sura.net!hearst.acc.Virginia.EDU!pplace![e-mail]
Subject: HF PBBS  where and who?
To: [e-mail]

I am looking for a PBBS running F6FBB software and on that I can work on
HF from Central Virginia.  If you can suggest a frequency and call, or
if you run a PBBS, please let me know!

PS I hold an Advanced ticket.

---
 │ SLMR 2.1a │ KC4YLX DX-CLUSTER, Troy Va  (145.09)  [e-mail]

------------------------------

Date: Tue, 03 May 94 19:33:18 EDT
From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!howland.reston.ans.net!usenet.ins.cwru.edu!ns.mcs.kent.edu!kira.cc.uakron.edu!malgudi.oar.net!hypnos!voxbox![e-mail]
Subject: Integrate HF w/WAN
To: [e-mail]

[e-mail] (Kevin der Kinderen) writes:

> In article <[e-mail]>, [e-mail] (Jim
> >
> >Correct me if I'm wrong, but isn't HF illegal under ITU
> >Conventions for intranational land mobile use?
>
> Don't know, is it?  This could be a problem! I'll talk with our frequency
> coordinator and see what he can tell me. Would it be in an FCC reg, the
> Communications Acts of 19xx, or some other reference?

We were told in USAF MARS in 1981 to discontinue operating HF
mobile on MARS (i.e., Air Training Command) frequencies because
of some unidentified section in the final report of the ITU
WARC-79.


/----------------------------------------------------------------------\
| Jim Grubs, W8GRT            Voxbox Enterprises    Tel.: [phone] |
| [e-mail]   6817 Maplewood Ave.                      |
| Fido: 1:234/1.0             Sylvania, Ohio 43560                     |
\-+--------------------------------------------------------------------/

------------------------------

Date: Mon, 2 May 1994 22:34:10 GMT
From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!ncar!asuvax!pitstop.mcd.mot.com!mcdphx!schbbs!mothost!mdisea!uw-coco!nwnexus!jhgrud!eskimo![e-mail]
Subject: KAM/KPC4-to-ICW2A Connection - HELP!
To: [e-mail]

John Rumball ([e-mail]) wrote:
: Hello.

:   Thank you for reading this posting.

:   I need help in getting a KAM (or KPC4) connected to my Icom W2A
: dual-band handheld.

:   I have a cable already made up that allows me to transmit but I am having
: tremendous difficulty finding a configuration that will allow me to receive.
: The problem only exists when I try to use the KAM-W2A combo on 2m.  The
: system seems to work OK on 440 because the PTT line goes to jack SP1, while
: the audio is taken from jack SP2. (This is not possible on 2m, though.)

:   Although specific instructions are desired, any general advice is also
: welcomed.  Please respond by internet e-mail to [e-mail].

To use 2M on a W2A you need a 'stereo' mini-phone plug.  The third
connection is the receive audio.  If you give Icom customer service a call,
they can FAX you a diagram.  Also, if you desire to operate both bands (one
at a time, of course) you could extend the receive audio line out the back
of the TX connector, and put an in-line mini phone jack in the wire.  Then
you can either 1) plug directly into the radio for 440, or 2) un-plug from
the radio and plug into the in-line jack for 144.


:   Thanks, in advance, for your help.


: John Rumball, VA3BUS

: --
:   :     :                John E. Rumball
:   : ... :.. :..            Sudbury, ON
: :.: :.: : : : :         [e-mail]
: ===============    va3bus@ve3wnm.#ne.on.ca.noam

Sure thing John!  73

Bob Donnell, KD7NM        [e-mail]            [e-mail]

------------------------------

Date: Wed, 4 May 1994 12:00:06 GMT
From: ihnp4.ucsd.edu!sdd.hp.com!col.hp.com!news.dtc.hp.com!hplextra!hplb!hpwin055.uksr!hpqmoea![e-mail]
Subject: Mini-Pack
To: [e-mail]

I recently bought a BayComm Mini-Pack (the 25 way D connector version
with 5 pin radio lead),but I'm having trouble connecting it to my HT
(a Kenwood TH-21E).I've heard that the Mini-pack needs a mod when used
with Kenwood HT's,but I don't have the details.

Does anyone know about this mod,or any other info that might help?

                       Cheers,
                              Murdo GM7JFE

------------------------------

Date: Fri, 29 Apr 1994 15:57:40 GMT
From: ihnp4.ucsd.edu!usc!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!m2.dseg.ti.com!ernest!egsner!wb9rxw!kf5iw!rwsys!rowdy!qatrix![e-mail]
Subject: packet sftware for unix?
To: [e-mail]

there's a lot of sofisticated interface software for dos/windows, i.e.
packet-gold, the aea windows software, etc., that provide an enhancement
over the standard tnc command set.

is there anything similar floating around for unix or unix/X?  i know i
can fork an xterm to talk directly to the tnc but i'm looking for something
with a bit more utility.

thanks!

ken brookner, n5lpi
[e-mail]
[e-mail]

------------------------------

Date: 5 May 94 07:36:50 GMT
From: [e-mail]
Subject: Standard C5718DA mod to allow 431.75 transmit, needed for 9600bps packet
To: [e-mail]

Hi.  Does anyone have a Standard C5718DA (VHF/UHF mobile 9600bps packet
ready) radio?  I just hooked mine up to my TNC, and I found out that the
radio won't transmit below 438.00 MHz.  Does anyone know what I can do
to allow transmit at 431.75 MHz?  I would also just like to know if there
are other people out there with this radio.  I was considering the Yaesu
FT-5100, but I like how the Standard C5718DA is 9600bps G3RUH packet
ready without modifications.  I now found out that Yaesu will modify the
5100 for 9600bps packet for its customers, but anyway the C5718DA seems
like a great radio.

I also posted this query to tcp-group -- I probably should have posted
it to this ham-digital group only.  Well anyway, thanks for any info.

Gary

------------------------------

Date: 5 May 1994 07:35:24 GMT
From: ece1mac26.ucsd.edu![e-mail]
Subject: TNC-RNET Interfacing
To: [e-mail]

HI....

I am working on the Microship (the aquatic successor to BEHEMOTH,
the computer-laden recumbent bicycle, mobile hamshack, etc...) and
have been away from packet-hacking long enough that re-entry to the
field is quite dizzying.  Amazing progress, and I feel like
a beginner again!  <sigh>

The immediate project is to establish a business-band (itinerant
frequency) data link between my backpack and the ship, not only
for file transfers but also to allow a clone of the boat's GUI
software to run on the laptop, linked via RF to the on-board control
network of multitasking FORTH 68HC11s on a multidrop network.
I have chosen the Motorola RNET 9600-baud transceivers for this, and
have the units on hand.

The task now, which *should* be trivial, is to interface these with
the modem-disconnect ports on a couple of TNC's.  To avoid
wheel-reinvention, I thought I'd first query this forum for comments or
experiences with this process.  I have a couple of PacComm units
(Micropower-2 and Handi-Packet) and an MFJ-1278; I have not yet
chosen the TNCs that will be integrated into the ship.  At the moment,
I'm working with a team of 18 UCSD engineering students, and we
want to get the system working at the breadboard level.

Thanks for any thoughts and suggestions!  Email response is best;
I'll follow-up post anything that appears to be of general interest.

73!
Steven K. Roberts
N4RVE
Nomadic Research Labs
[e-mail]

------------------------------

Date: 4 May 1994 15:26:44 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca![e-mail]
To: [e-mail]

References <2pjvll$[e-mail]>, <2q6e92$[e-mail]>, <[e-mail]>ff
Subject : Re: PacketRadio forLinux with Baycom ??

Pawel Jalocha ([e-mail]) wrote:
: In <2q6e92$[e-mail]> [e-mail] (Donald Jeff Dionne) writes:

: >Unfortunately, Linux will never be able to support Baycomm.  The Baycomm
: >modem requires that the processor be 100% devoted to the modem while
: >packets are coming in and out, and that's just not possible under
: >a multitasking OS.  Even if you could do it, it's really not desireable,
: >it would bring the whole machine to a halt!

: Not 100% true :-) For receiving packets the processor only reacts
: to modem output transitions and it is done via an interrupt.
: The key point is that the CPU has to measure the time when the interrupt
: occured with a precision better than the time taken by a single bit
: (3.3 ms for 300 bps, 0.833 ms for 1200 bps). A precision of about
: 0.1 ms is good enough for 1200 bps.
: The trouble comes if the processor runs with interrupts disabled
: for the time which is longer than the precision needed...
: I can not say whether the LINUX system does so.

: The approach I described above is applied in the BAYCOM program
: and the AX.25 driver for the NOS written by me. The TFPCX driver
: takes a different approach by speeding up the system timer
: and sampling the modem's output at three times the bit rate
: frequency.

: Bottom line: if the LINUX operating system doesn't "blind" the CPU
: to interrupts for longer than about 0.1 ms one could (in principle)
: write a driver for the BAYCOM modem running at 1200 bps.

There is no way to tell exactly how long the kernel will disable interupts
for, it depends on what is happening...  and since ANYTHING could be, one
has to assume that there probabily will not be that kind of accuracy.  Having
said that, however, there is a driver for Linux that does audio over the
pc speaker using a timer and some sort of PWM, and it works unless the
machine is busy with disk I/O or the like.....  If you don't mind packet
loss when the machine is busy, and the machine comming to a halt when
packet is going on (as it does with the pc speaker), then perhaps I'm
wrong and it's worth a try.

: Pawel, SP9VRC
[e-mail]

------------------------------

Date: 4 May 94 14:28:40 GMT
From: dog.ee.lbl.gov!agate!howland.reston.ans.net!vixen.cso.uiuc.edu!prairienet.org![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>prairie
Reply-To : [e-mail] (Andrew B. White)
Subject : Re: GTOR for PK232

In a previous article, [e-mail] (Roger Buffington) says:

>Not hard to see why.  GTOR, if it is all it is cracked up to be, should
>pretty much consign CLOVER to the ash can.
>--

I don't know that I would be that quick to discount Clover.  GTOR is still
an FSK mode running at 100, 200, or 300 bps.  Packet has shown that 300 bps
on HF can be tough, although it does not include the error correction
capability of GTOR.

As explained at Dayton, GTOR sends the interleaved data frame with CRC first,
then the parity frame if the data frame is corrupted.  There are three ways
to recover the original data: 1-decode the data frame, 2-decode the parity
frame, or 3-combine data and parity to correct up to 3 bits out of every 24.
In the best case, GTOR has a 230 bps basic data rate.

Clover, on the other hand, is a phase shift mode with longer signal element
times.  It will do better in fading or noisy conditions.  But when the path
is good (as 15 meters was a year ago) Clover will run flat out with a base
rate of 750 bps or about 60 bytes per second.

73, Drew
--
*-----------------------------*-------------------------------------*
|    Andrew B. White  K9CW    |    internet: [e-mail]    |
|    ABW Associates, Ltd.     |   phone/fax: [phone]           |
*-----------------------------*-------------------------------------*

------------------------------

End of Ham-Digital Digest V94 #138
******************************